Distributed micro instruction set processor architecture for high-efficiency signal processing

ABSTRACT

A wireless communication system hosts a plurality of processes in accordance with a communication protocol. The system includes application specific instruction set processors (ASISPs) that provided computation support for the process. Each ASISP is capable of executing a subset of the functions of a communication protocol. A scheduler is used to schedule the ASISPs in a time-sliced algorithm so that each ASISP supports several processes. In this architecture, the ASISP actively performs computations for one of the supported processes (active process) at any given time. The state information of each process supported by a particular ASISP is stored in a memory bank that is uniquely associated with the ASISP. When a scheduler instructs an ASISP to change which process is the active process, the state information for the inactivated process is stored in the memory bank and the state information for the newly activated process is retrieved from the memory bank.

This application is a continuation of Ser. No. 13/194,547 filed Jul. 29,2012, which is a continuation of Ser. No. 11/841,604 filed Aug. 20,2007, which is a continuation of Ser. No. 09/912,721 filed Jul. 24,2001, which claims priority to the provisional patent application withSer. No. 60/220,295 filed Jul. 24, 2000.

CROSS-REFERENCE TO RELATED APPLICATIONS

Related applications incorporated herein by reference are as follows:

A CONFIGURABLE CODE GENERATOR SYSTEM FOR SPREAD SPECTRUM APPLICATIONS,U.S. patent application Ser. No. 09/751,782, filed Dec. 29, 2000, whichwas issued as U.S. Pat. No. 6,567,017 on May 20, 2003.

APPARATUS AND METHOD FOR CALCULATING AND IMPLEMENTING A FIBRONACCI MASKFOR A CODE GENERATOR, U.S. patent application Ser. No. 09/751,776, filedDec. 29, 2000, which issued as U.S. Pat. No. 6,947,468 on Sep. 20, 2005.

A FAST INITIAL ACQUISITION AND SEARCH DEVICE FOR A SPREAD SPECTRUMCOMMUNICATION SYSTEM, U.S. patent application Ser. No. 09/751,777, filedDec. 29, 2000, which issued as U.S. Pat. No. 7,031,376 on Apr. 18, 2006.

A CONFIGURABLE ALL-DIGITAL COHERENT DEMODULATOR SYSTEM FOR SPREADSPECTRUM APPLICATIONS, U.S. patent application Ser. No. 09/751,783,filed Dec. 29, 2000, which issued as U.S. Pat. No. 7,010,061 on Mar. 7,2006.

A CONFIGURABLE MULTIMODE DESPREADER FOR SPREAD SPECTRUM APPLICATIONS,U.S. patent application Ser. No. 09/751,785, filed Dec. 29, 2000, whichissued as U.S. Pat. No. 6,934,319.

A WIRELESS SPREAD SPECTRUM COMMUNICATION PLATFORM USING DYNAMICALLYRECONFIGURABLE LOGIC, U.S. patent application Ser. No. 09/772,584, filedJan. 29, 2001, now abandoned.

VIRTUAL MACHINE INTERFACE AND APPLICATION PROGRAMMING INTERFACE FORHARDWARE RECONFIGURABLE AND SOFTWARE PROGRAMMABLE PROCESSOR, U.S. patentapplication Ser. No. 09/828,381, filed Apr. 5, 2001, which issued asU.S. Pat. No. 7,703,107 on April, 2010.

UNIVERSAL CODE GENERATION, Ser. No. 60/222,829, filed Aug. 3, 2000.

BRIEF DESCRIPTION OF THE INVENTION

This invention relates generally to wireless communication systems thatuse distributed application specific instruction set processors (ASISPs)to support one or more processes hosted by the wireless communicationsystem.

BACKGROUND OF THE INVENTION

A wireless communication system is typically a digital wirelesscommunication network in which geographical areas are divided into anumber of smaller areas or cells in order to provide scalability ofcoverage for multiple users with minimal intercell interference. Amobile wireless communication system is typically a network in whichterminal devices, such as users or mobiles, are in motion relative to abasestation.

In a typical digital wireless communication network, multiplebasestations are provided to perform switching and connection servicesbetween users or terminal devices. FIG. 1 illustrates typical wirelesscommunication system architecture. Basestation 105-1 provides wirelesscommunication system to mobile stations 101-1 and 101-2. Similarly,basestation 105-2 provides wireless communication system to mobilestations 101-3 and 101-4. Basestation 105-1 is connected to thebasestation 105-2 via network 107.

Referring to FIG. 1, a basestation 105 (BS) provides basic connectionservice to terminal devices 101, by terminating the radio path andconnecting the terminal devices to network 107. A mobile station (MS)101 terminates the radio path on the user side and enables the user togain access to services from the network. Network 107 typicallycomprises a mobile switching center (MSC). The MSC is an automaticsystem that interfaces the user traffic from the wireless network withthe wireline network or other wireless networks. The basestations 105exchange messages with the MSC.

A variety of communication protocols can be used to operate and controla wireless communication system such as the system shown in FIG. 1.Representative communication protocols include, but are not limited to,the TDMA (time division multiple access) and CDMA (code divisionmultiple access) protocol families. Among other adoptions, the TDMAprotocol is used by GSM (Global System for Mobile Communication) whichcomprises GPRS (General Packet Radio Service), ECSD (Enhanced CircuitSwitched Data), and EDGE (Enhanced Data rates for Global Evolution)systems. The CDMA protocol is adopted by cdma2000, wideband CDMA(WCDMA), IS-95 CDMA, IS-95B CDMA, CDMA TIA IS2000, TIA IS 2000A, WIMSW-CDMA, ARIB WCDMA, 1Xtrem, 3GPP-FDD, 3GPP-TDD, TD/SCDMA, as well asseveral other multi-carrier CDMA systems. Additional 2G and/or 3G CDMAprotocols may be found in WDCDMA for UMTS, Holma and Toskala eds., JohnWiley & Sons. Inc., New York, (2000); as well as IS-95 CDMA andcdma2000, Garg ed., Prentice Hall PTR, Upper Saddle River, N.J., (2000).

Although TDMA and CDMA are the most common communication protocols usedby wireless communication systems, they each have unique systemrequirements. For example, systems using TDMA require maximum likelihoodsequence estimation (MLSE) equalization whereas systems using CDMA donot. In contrast, systems using CDMA require RAKE receivers whereassystems using TDMA do not. Even within the same protocol family, thereare variations in the hardware necessary to support a communicationprotocol. For example, although both the global positioning system (GPS)and IS-95 are CDMA protocols, GPS and IS-95 have distinctly differenthardware requirements. For example, an IS-95 system requires aconvolutional decoder whereas GPS does not.

Communication protocols used in wireless communication systems includeseveral computationally expensive functions. Therefore, significantcomputational resources are required regardless of which communicationprotocol is used in a wireless communication system. Thesecomputationally expensive functions include timing adjustment estimatingfor delay lock loop and channel estimation processing as well asfrequency error estimation, finger energy estimation, andsignal-to-interference (SIR) estimation. With the advent of 3G protocolssuch as CDMA, the computational demands on wireless communicationsystems have increased. Typical 3G base stations must handle greatercapacities, process higher data rates, and support multimedia standards,while at the same time reducing size, cost and power consumption. Addingto the demands on the wireless communication systems is the fact thatsuch systems host anywhere from tens to thousands of processes at anygiven time. Each process is a mobile, i.e. cellular phone call, or anecho associated with a mobile. At any given instance, a communicationprotocol requires that several computationally expensive functions beperformed to effectively track each echo associated with each mobilehosted by the wireless communication system.

Prior art wireless communication systems use general purpose digitalsignal processors (DSPs), such as the TMS320C6203 or TMS320C6416 DSP(Texas Instruments, Dallas, Tex.), to execute the computationallyexpensive functions of a communication protocol. While prior art DSPsare functional and have considerable computational ability, they aresomewhat unsatisfactory. In particular, prior art DSPs take anunsatisfactory amount of time to switch from one process to anotherprocess. In a basestation, efficient process switching is desirablebecause it allows a single DSP to support multiple echoes and/ormobiles. Typically, in order to perform a process switch in prior artsystems, an expensive hardware interrupt is generated. In response tothe hardware interrupt, the state information for the new process isaccessed from a remote memory register via a large bus and this stateinformation is loaded into the prior art DSP over the course of severalchip cycles. Because this prior art process switch takes a considerablenumber of chip cycles, it is unsatisfactorily slow. Consequently, largenumbers of conventional DSPs are needed in prior art base stations 105to provide adequate computational support. The use of large numbers ofconventional DSPs, which are not optimized for a given application,drive up the cost of making such base stations and it reduces theirenergy efficiency. Thus, prior art base stations have an unsatisfactoryenergy consumption profile.

Another problem with known communication architectures arises whensupport for high channel densities, or related computationally expensivetasks, is required. To provide computational resources for suchdemanding applications, a large number of DSPs are used in knowncommunication architectures. However, the addition of DSPs in knownarchitectures increases the amount of overhead to each DSP. Thus, knownarchitectures have a nonlinear problem, in which the incrementaladdition of a DSP, in order to increase computational resources, doesnot provide a linear incremental increase in the amount of overhead oneach DSP. The failure to achieve a linear relationship between thenumber of DSPs in an architecture and the processing power of thearchitecture arises because each DSP must coordinate with every otherDSP in the architecture. Taken to theoretical limits, the incrementaladdition of DSPs will provide very little additional computationalimprovement in known architectures. Thus, known architectures are notoptimal because of the high degree of overhead that is incurred whenmultiple DSPs are used.

Yet another problem with known architectures is that the signal datapathis only loosely coupled in the architecture through an inefficientinterrupt mechanism. Thus, each component within the datapath of priorart architectures needs to coordinate with other components in thedatapath using inefficient interrupts. The use of such interrupts is yetanother source of inefficiency in known architectures.

In view of the foregoing, it is highly desirable to provide systems andmethods that provide flexible computational support to wirelesscommunication systems. In particular, it is desirable to provideimproved computational devices that may be switched from activelysupporting one process to actively supporting another process in a moreefficient manner so that the computational device may be effectivelyused to support multiple processes.

SUMMARY OF THE INVENTION

The present invention provides a system and method for providingflexible computational support to a wireless communication system. Inthe system and method, programmable computational support is provided byapplication specific instruction set processors (ASISPs). Each ASISP iscapable of executing a subset of the functions of a communicationprotocol. A scheduler is used to schedule the ASISPs in a time-slicedalgorithm so that each process hosted by the wireless communicationsystem is supported. A memory bank is associated with each ASISP. Thestate information of each process supported by a particular ASISP isstored in the memory bank associated with the particular ASISP. When thescheduler instructs an ASISP to actively support a different process,the memory state of the inactive process is stored in the memory bankassociated with the ASISP. Furthermore, the memory state of the newlyactivated process is retrieved from the memory bank, if such stateinformation is available for the newly activated process. In this way,the system and method of the present invention provides efficientprocess switching.

The present invention has additional advantages over the prior art. Ahigh level of control is achieved over the ASISP through the use of anovel instruction set that includes a WAIT command. After a given ASISPexecutes a WAIT command, the ASISP enters a sleep state allowing theexternal control to efficiently synchronize its processing with theother processing elements in the system. The use of a novel WAIT commandin the present invention results in a reduction in the power consumptionby the ASISP while the “wait” command is in effect. Some ASISPs of thepresent invention support specialized instruction set operationsdesigned to efficiently process the applications supported by suchASISPs. For example, one such instruction is a vector multiply operationon a signed vector. This instruction identifies 16 words of signed dataand a 16 bit constant that is used to perform signed multiply andaccumulation. The matrix used in this instruction is commonly used foroperations such as Hadamard and Reed-Mueller coding. One aspect of thepresent invention provides a wireless communication system for hosting aplurality of processes. Each process in the plurality of processes isexecuted in accordance with a communication protocol that includes a setof functions. In this embodiment, the wireless communication systemincludes a plurality of application specific instruction set processors(ASISPs). Each ASISP is capable of executing a subset of the set offunctions defined by the communication protocol. Furthermore, thewireless communication system includes a scheduler for scheduling theplurality of ASISPs in accordance with a time-slicing algorithm. As aresult, each process hosted by the wireless communication system issupported. This scheduler may be implemented as software, hardwarelogic, or any combination of software and hardware logic.

In a particular embodiment of the present invention, each ASISP in thewireless communication system includes an input register and an outputregister. The input register receives an input program and prior stateof the process. The input program is associated with a particularprocess hosted by the wireless communication system. Each instruction inthe input program is chosen from a limited purpose instruction set. Thelimited purpose instruction set supports functions included in thecommunication protocol. The output register places a value thatindicates the state of the process associated with the input program andstate after the input program has finished executing on the ASISP.

In one aspect of the present invention, the wireless communicationsystem further includes a plurality of memory modules. Each memorymodule uniquely corresponds to a different ASISP. Furthermore, the stateof the process placed in the ASISP output register is stored in a uniquesegment of the memory module corresponding to ASISP. The identity of theunique segment of the memory module where this state information isstored is determined by an identity of the process. In one embodiment,the output register is also used to indicate a process identifier valuethat identifies the process associated with the input program. In thisembodiment, the process identifier is used to identify the uniquesegment of the memory module where the state information is stored.

The communication protocol used by wireless communication systems of theinstant invention may be a code division multiple access (CDMA) protocolor a time division multiple access (TDMA) protocol. Representative CDMAprotocols include, but are not limited to, IS-95 CDMA, IS-95B CDMA, CDMATIA IS2000, TIA IS 2000A, wideband CDMA (WCDMA), cdma2000, and ARIBWCDMA. An illustrative TDMA protocol is IS-136 TDMA.

In one embodiment of the present invention, the ASISP is a finger ASISPand the subset of functions supported by the finger ASISP comprise adelay lock loop (DLL) function and a channel estimation function. Inanother embodiment of the present invention, the ASISP is a combinerASISP and the subset of functions supported by the combiner ASISPincludes a frequency error estimation function, a finger energyestimation function, and a signal-to-interference (SIR) estimationfunction.

In the present invention, each process supported by an ASISP could be anecho associated with a mobile. In the case of some ASISPs of the presentinvention, each process supported by an ASISP could be a plurality ofechoes associated with a particular mobile. Furthermore, in oneembodiment of the present invention, each ASISP is capable of executinga subset of the functions defined by a communication protocol on atime-scale of about 400 to about 5,000 times per second.

Another aspect of the present invention provides a method for reducingan amount of inter-process overhead between computing components in adevice capable of hosting a plurality of communication processes. Eachcommunication process in the plurality of communication processes issupported in accordance with a communication protocol. In the method, aplurality of application specific instruction set processors (ASISPs)are distributed. Each ASISP is capable of executing a subset of a set offunctions in accordance with the communication protocol. Further, acentralized controller is provided for sending control commands to eachsaid ASISP in the plurality of ASISPs. The centralized controllerschedules the functions calculated by each of the ASISPs in theplurality ASISPs in a master/slave relationship, thereby reducing theamount of inter-process overhead between the computing components in thedevice.

Yet another aspect of the present invention provides a method forhosting a communication process with a communication architecture inaccordance with a communication protocol. In the method a plurality ofapplication specific instruction set processors (ASISPs) are allocatedin the architecture to support the communication process. Each ASISP inthe plurality of ASISPs is capable of executing a subset of a set offunctions defined by the communication protocol. A centralizedcontroller is provided in the architecture for scheduling each of theASISPs in the plurality of ASISPs in accordance with a schedulingscheme. In one embodiment in accordance with this aspect of theinvention, each ASISP in the plurality of ASISPs is dimensioned andconfigured for receiving scheduling commands and process stateinformation from the centralized controller. This process stateinformation describes a state of the communication process.

BRIEF DESCRIPTION OF THE DRAWINGS

For a better understanding of the invention, reference should be made tothe following detailed description taken in conjunction with theaccompanying drawings, in which:

FIG. 1 illustrates a typical wireless communication system architecture;

FIG. 2 illustrates the association between software objects and hardwarekernels in a typical wireless communication system architecture inaccordance with one embodiment of the invention;

FIG. 3 illustrates the relationship between various application specificinstruction set processors (ASISPs) in a typical wireless communicationsystem architecture in accordance with one embodiment of the invention;

FIG. 4 illustrates an exemplary architecture of a finger ASISP;

FIG. 5 illustrates an exemplary architecture of a combiner ASISP;

FIG. 6 illustrates the data structure of a combiner ASISP RAM Bank 512in accordance with one embodiment of the present invention;

FIG. 7 illustrates the format of an exemplary instruction set that isused to program an ASISP in accordance with one embodiment of thepresent invention;

FIG. 8 illustrates the structure of an input program used to control afinger ASISP in accordance with one embodiment of the present invention;and

FIG. 9 illustrates the structure of an input program used to control acombiner ASISP in accordance with one embodiment of the presentinvention.

Like reference numerals refer to corresponding parts throughout thedrawings.

DETAILED DESCRIPTION OF THE INVENTION

Reference will now be made in detail to the preferred embodiments of theinvention, examples of which are illustrated in the accompanyingdrawings. While the invention will be described in conjunction withpreferred embodiments, it is understood that the description is notintended to limit the invention to these embodiments. Rather, theinvention is intended to cover alternatives, modifications andequivalents, which may be included within the spirit and scope of theinvention, as defined by the appended claims. Additionally, in thefollowing detailed description of the present invention, numerousspecific details are set forth in order to provide a thoroughunderstanding of the present invention. However, it will be apparent toone of ordinary skill in the art that the present invention may bepracticed without these specific details. In other instances, well-knownmethods, procedures, components, and circuits have not been described indetail so as not to obscure important aspects of the present invention.Furthermore, while the present invention may be implemented in awireless communication system, the methods of the present invention arealso well suited for other applications and devices.

The architecture of the present invention provides a significant advanceover the prior art by improving known architectures at several differentlevels. First, a centralized controller is used to control theprocessing schedule for a distributed set of application specificinstruction set processors (ASISPs). In one embodiment, the centralizedcontroller operates in a linked list fashion and can therefore controlthe parallel execution of several different processes using thedistributed set of ASISP. Each ASISP in the distributed set of ASISPssequentially executes input programs provided by the centralizedcontroller. Each of these input programs distributed by the controlleris associated with a particular communication process hosted by theinventive communication architecture. Therefore, when an input programis provided to an ASISP by the controller, state information for theprocess associated with the input program is provided to the ASISP aswell. The use of a centralized controller reduces the amount of overheadin the communication architecture because each ASISP does not have tocoordinate with other ASISPs. The centralized controller performs thiscoordination. Thus, the communication architecture of the presentinvention improves the nonlinear relationship between the number ofcomputing devices in a communication architecture and the computingpower of the communication architecture. A second improvement over knowncommunication architectures is that each ASISP is limited to performinga specific subset of the functions associated with a communicationprotocol. The advantage of limiting the number of functions that can beperformed by a particular class of ASISPs is that the memoryrequirements and the computational ability of the class of ASISPs isscaled to match the demands of the applications designed to run on theclass of ASISPs. Such an advantageous design increases the overallefficiency of the communication architecture. ASISPs with relativelylittle computational ability and memory resources are dedicated to lessdemanding functions of the communication processes supported by thecommunication architecture whereas more complex ASISPs with highercomputational ability and memory resources are dedicated to moredemanding communication protocol functions.

A second improvement over known communication architectures is that eachASISP is limited to performing a specific subset of the functionsassociated with a communication protocol. The advantage of limiting thenumber of functions that can be performed by a particular class ofASISPs is that the memory requirements and the computational ability ofthe class of ASISPs is scaled to match the demands of the applicationsdesigned to run on the class of ASISPs. Such an advantageous designincreases the overall efficiency of the communication architecture.ASISPs with relatively little computational ability and memory resourcesare dedicated to less demanding functions of the communication processessupported by the communication architecture whereas more complex ASISPswith higher computational ability and memory resources are dedicated tomore demanding communication protocol functions.

A third improvement over known communication architectures is theintroduction of a number of control schemes designed to implement amaster/slave relationship between the centralized controller and thedistributed set of ASISPs. One such control scheme is the use ofspecialized commands such as a “wait” command. When the centralizedcontroller sends a “start” command to an ASISP, the ASISP executes theinput program of fixed latency, then executes a wait instruction toreenter the idle process. In this way, it is possible to coordinate theschedule of the distributed set of ASISPs in an energy efficient manner.

A fourth improvement over known communication architectures is thatASISPs of the present invention are capable of tracking some processstate information associated with each process in a plurality ofcommunication processes hosted by the communication architecture. Thisadvantageous design provides an additional layer of control over theefficient scheduling of the distributed set of ASISPs. For example,rather then dedicating a set of ASISPs to a particular communicationprocess, irrespective of whether the ASISPs are needed by the particularcommunication process at a given point in time, the scheduler allocatesASISPs to communication processes on a dynamic basis. Advantageously,when an ASISP is reallocated from a first process to a second process,the ASISP uses the state information for the second process stored inthe memory associated with the ASISP. The use of local state informationreduces bus load.

Representative wireless network communication apparatuses include, butare not limited to, fixed wireless, unlicensed (FCC) wireless, localarea network (LAN), cordless telephony, cellular telephony, personalbasestation, and telemetry. Other applications include navigation,encryption, and other digital data processing applications.

The present invention provides a system and method for hosting aplurality of processes in a wireless communication system. Each processmay, for example, represent an echo associated with a mobile. In anotherexample, each process represents all the echoes associated with aparticular mobile. In the present invention, a plurality of applicationspecific instruction set processors (ASISPs) execute a subset of thefunctions necessary to support a process in accordance with acommunication protocol. One or more schedulers, in accordance with atime-slicing algorithm, determine the processes assigned to each ASISP.Thus, each ASISP potentially provides support for more then one process.However, at any given instance in time, calculations for only one ofthese supported processes, the active process, are actually performed bythe ASISP. State information for each of the processes supported by aparticular ASISP is stored in a memory bank that corresponds to theASISP. Therefore, when the scheduler generates a request to switchprocesses, the ASISP can efficiently switch processes. Referring to FIG.2, in one embodiment of the present invention, a virtual machineinterface (VMI) abstracts details of the underlying wirelesscommunication system. This abstraction facilitates preparation ofapplication programs to configure a base station or mobile withoutrequiring knowledge about the configuration, control or management ofthe underlying hardware. The VMI gives a programmer the ability to adaptto various communication protocols by invoking specific VMI softwareobjects or programs without the need to directly program the hardware ofthe underlying wireless communication system. The VMI provides acollection of specialized software objects that counterpart hardwarefunctionality, or kernels, in the underlying wireless communicationsystem. The VMI interface further provides a unique environment foroptimizing the timing parameters and other constants used in thefunctions of a communication protocol. The VMI interface may further beused to facilitate the scheduling of basestation resources toeffectively support large numbers of processes hosted by a cellularcommunication system.

FIG. 2 also illustrates the relationship between VMI software objectsand counterpart hardware kernels within a wireless communication system,in accordance with one aspect of the present invention. VMI softwareobjects are shown above line 248 and corresponding hardware objects areshown below line 248. The various VMI software objects as well as theirhardware counterparts will now be briefly described. Further details onVMI objects and hardware kernels may be found in U.S. patent applicationSer. No. 09/828,381.

Cellular Basestation Modem Engine Object 202.

A cellular basestation modem engine (CBME) is a reconfigurable wirelessnetwork communication apparatus which itself is composed of a pluralityof kernels to facilitate wireless communication. In one embodiment, aCBME is a Morphics cellular base transceiver system (BTS). CBME object202 is a software object within the VMI that regulates various aspectsof the underlying CBME hardware. In one embodiment, the hardware kernelsbelow line 248 of FIG. 2 represent components of a cellular basestationmodem engine such as the Morphics BTS.

Uplink 204.

In CDMA, logical channels include the control and traffic channels. Thetraffic channels are used to carry user information, along withsignaling traffic, between a basestation 105 and a mobile station 101(FIG. 1). The control channels comprise downlink channels and uplinkchannels. Accordingly, the VMI provides an uplink object 204 and adownlink object (not shown). Uplink object 204 is used to group combinerobjects 210 along with their respective attached finger objects 206 aswell as searcher objects 208 that are common to a mobile uplink.Typically, combiner objects 210 and searcher objects 208 are added to anuplink object 204.

Finger Object 206 and Finger Kernel 256.

A finger kernel 256 is a component of a RAKE receiver. Each fingerkernel of the RAKE receiver is used to track an individual multipathover time. The term echo is also used to refer to a multipath. Echoesare caused when the signal emitted from a transmitter “bounces” off anobject and arrives at the receiver through an alternate, delayed path.In a typical environment, echoes are very dynamic in nature since amobile 101 is moving relative to reflecting objects. A RAKE receiver isused to collect echoes, align them in time, and then accumulate theenergy to produce the best possible signal strength. At any given pointin time, each finger kernel 256 locks onto and tracks a particular echoand demodulates the data associated with the signal for later combiningwith other echoes. In addition to the fundamental demodulation of theincoming multipath, each finger kernel 256 is required to continuallyupdate an estimate of channel quality for the echo in order to test fora minimum level of quality across the channel. Further details on fingerkernels 256 that are associated with the finger object class 417 of thepresent invention may be found in U.S. patent application Ser. No.09/772,584 (now abandoned). A finger object 206 is used to control thecorresponding finger kernel 256. Finger objects 206 and their associatedfinger kernels 256, can be combined using combiner object 210.

Searcher Object 208 and Searcher Kernel 258.

In a spread spectrum system, basestations 105 as well as some handsets101 transmit a standardized pilot signal having a known sequence ofbinary digits to aid in communication of data signals. These pilotsignals can have a wide variety of codes, as determined by a specificcommunication protocol. For example, in one protocol a pilot signal hasa length of 2¹⁵ (32,768) bits. This known sequence is referred to as ashort pseudonoise (PN) sequence in IS-95 CDMA.

A searcher kernel 258 is designed to search for new echoes bycorrelating a received code sequence such as a short PN sequence havingan unknown phase with a second code sequence that is a locally generatedPN sequence with a known phase. Once a searcher kernel 258 finds anecho, a finger kernel 256 is assigned to the echo. Searcher kernels 258in accordance with the present invention are disclosed in U.S. patentapplication Ser. No. 09/751,777 (now U.S. Pat. No. 7,031,376), Ser. No.09/751,785 (now U.S. Pat. No. 6,934,319, and Ser. No. 09/751,783 (nowU.S. Pat. No. 7,010,061. A searcher object 208 provides a VMI softwareobject for controlling a corresponding searcher kernel 258. In a typicalembodiment, a searcher object 208 is associated with a searcher kernel258 and thereby processes correlation results, performs peak detection,compares thresholds, and controls a multi-standard multi-dwell searchengine.

Combiner Object 210 and Combiner Kernel 260.

A combiner kernel 260 combines the outputs of one or more finger kernels256 and sums them in accordance with a combining rule. In someembodiments, a combiner kernel 260 is associated with one to sixteenfinger kernels 256. In one embodiment of the present invention, eachfinger kernel 256 is assumed to track a single echo at any given pointin time and a set of finger kernels 256 are set up for combination usingVMI software objects.

After time alignment of each stream, the outputs of the set of fingerkernels 256 are combined by arithmetically summing the outputs of eachfinger kernel 256. In non-coherent IS-95 mode, for example, acombination operation, such as a Hadamard Transform, results inarithmetic summation of the outputs before entry into a soft decisiondevice. In coherent-mode, each finger kernel 256 provides an estimate ofinstantaneous channel energy and each is selected for combining based ona sufficiently large SIR.

Matched Filter Object 212 and Matched Filter Kernel 262.

Matched filter object 212 is used to control the corresponding matchedfilter kernel 262. Matched filter kernel 262 is a faster version of asearcher kernel 258, but the matched filter kernel 262 is not asconfigurable as the searcher kernel 258. In one embodiment of theinvention, the matched filter 262 is used when the underlying wirelesscommunication system is configured for 3GPP mode. In another embodimentof the present invention, a matched filter kernel 262 may be used ineither a multi-standard CDMA traffic channel receiver or a RACH-typereceiver (3GPP) and both coherent and noncoherent accumulation modes areallowed.

Code Generation Unit Object (CGU) 214 and CGU Kernel 264.

CGU objects 214 are used to allocate CGU kernels 264. CGU kernels 264are object-specific in that each CGU kernel 264 only works with one typeof VMI object. In one embodiment of the present invention, a particularCGU kernel 264 only works with an uplink object 204, searcher object 208or a downlink object (not shown). Illustrative CGU kernels 264 inaccordance with various embodiments of the present invention aredisclosed in U.S. patent application Ser. No. 09/751,782 (now U.S. Pat.No. 6,567,017), Ser. No. 09/751,776 (now U.S. Pat. No. 6,947,468),60/222,829, and Ser. No. 09/772,584 (now abandoned).

In some embodiments of the present invention, CGU unit kernel 264provides all required codes among a set of standards, including but notlimited to IS-95, cdma2000, IS2000, ARIB, and 3GPP. Various codes aregenerated for both uplink and downlink requirements. In some embodimentsof the present invention, CGU kernels 264 contain timing information fora modem and for each individual finger kernel 256 of a RAKE receiver. Inadditional embodiments of the present invention, CGU kernels 264 containa mask generation unit, which is used to transform a given code offsetinto a set of code dependent parameters. Such parameters are used in thereassignment of the phase of a code. The output of a CGU kernel 264 is apseudo-random noise code sequence for the downlink and each RAKE finger.

As FIG. 2 illustrates, there is a hierarchical relationship among VMIobjects in one embodiment of the present invention. On the hardwareside, hardware kernels, 256, 258, 260, 262 and 264 are coupled to eachother via a reconfigurable interconnect 266. As FIG. 2 furtherillustrates, there is at least one hardware kernel for each instantiatedobject in the VMI in some embodiments of the present invention. Forexample, CGU object 214, combiner object 210, and matched filter object212 are each supported by hardware counterparts: CGU kernel 264,combiner kernel 260 and matched filter kernel 262. However, it is alsopossible for one hardware kernel to support a plurality of VMI objects.Such single-kernel-to-multiple-object correspondence is possible ifsearcher objects 208-1 and 208-2 can be serviced by a single searcherkernel 258 in a time-sliced fashion.

The VMI objects illustrated in FIG. 2 are designed to synchronize thecorresponding hardware kernels so that a manipulation of the VMI objectscauses an analogous change in the hardware components. For example, ifthe user changes a parameter in a searcher object 208, for instance thesub-chip resolution value of the searcher object 208, that change willbe reflected in the corresponding hardware (i.e. search kernel 258)within the appropriate time interval.

FIG. 2 illustrates VMI objects and kernels representing a defined numberof searchers, fingers, combiners, code generation units, and matchedfilters. However, it will be appreciated by one of skill in the art thatany number of hardware kernels and corresponding software objects may becreated and utilized in accordance with the needs and requirements of aparticular communication system within the physical limits of availableresources. Various VMI objects can be instantiated, parameterized andreconfigured to accommodate and adapt to the unique requirements ofvarious communication protocols. For example, when a CDMA protocol isused, a MPSK (multiple phase shift keying) demodulator object, aconvolutional decoder object, and a rake receiver object areinstantiated and parameterized to configure the corresponding hardwaremodules. On the other hand, when a TDMA protocol is used, a MPSKdemodulator object, a convolutional decoder object, and an MLSEequalization object are instantiated and parameterized according to TDMAprotocol specifications.

FIG. 3 illustrates a portion of the architecture of a wirelesscommunication system in accordance with one embodiment of the invention.In particular, FIG. 3 illustrates a portion of a basestation that ispartitioned into hardware planes 302. On each hardware plane 302, theoutput of a set of finger kernels 256 is combined by a combiner kernel260. Each finger kernel 256 includes a finger ASISP 304 and eachcombiner kernel 260 includes a combiner ASISP 306.

Hardware planes 302 are allocated to various processes hosted by awireless communication system using scheduler 340. In one embodiment ofthe present invention, scheduler 340 comprises VMI code. In anotherembodiment of the present invention, scheduler 340 is implemented aslogic on a microchip. In yet another embodiment of the presentinvention, scheduler 340 is some combination of programmable logic andhardware logic embedded in a microchip. Those of skill in the art willappreciate that there are any number of additional ways in whichscheduler 340 may be implemented and all such implementations are withinthe scope of the present invention.

In one embodiment of the present invention, scheduler 340 allocates aparticular hardware plane 302 for a time-slice to a specific processsupported by the wireless communication system. As an example, attime-slice number 1, hardware plane 302 is allocated to process A, whereprocess A is a first mobile (cellular phone call) hosted by the wirelesscommunication system. While hardware plane 302-1 is allocated to processA, each echo associated with process A is tracked by one of fingerkernels 256 and all the echoes are combined by combiner kernel 260.Then, at time-slice number 2, hardware plane 302-1 is reallocated toprocess B, where process B is a second mobile hosted by the wirelesscommunication system. When hardware plane 302 is reallocated to processB, process A becomes inactivated. The process is still supported by thewireless communication system. However, parameters associated with theprocess are not refined or updated while the process is inactivated.These parameters, also know as state information, are stored in a uniquememory structure associated with each combiner ASISP 306. At asubsequent time-slice, hardware plane 302-1 may be reassigned to processA. When this occurs, state information associated with process A isretrieved from memory and functions, such as the estimate of the phaseand timing drift of each echo associated with process A, are computedthroughout the time-slice.

It will be appreciated by those of skill in the art that the hardwareplanes in FIG. 3 are for illustrative purposes only. In fact, in someembodiments of the present invention, scheduler 340 determines whichfinger kernels 256 are allocated to a particular combiner kernel 260 andthe allocation of particular finger kernels 256 to a given combinerkernel 260 is not restricted by hardware planes 302. Thus, in someembodiments of the present invention, any number of finger kernels 256,from any hardware plane 302, may be associated with a particularcombiner kernel 260.

In some embodiments of the present invention, the energy output level ofa particular finger kernel 256 is used to dynamically determine whetherthe kernel should remain allocated to a particular combiner kernel 260.As an example of this dynamic allocation, consider a finger kernel 256that is estimating phase shift and/or timing drift for an echoassociated with a first mobile. The results of these calculations areprovided to a first combiner kernel 260. At some point, the energyestimated by finger kernel 256 for the echo falls below a predeterminedthreshold value. When this occurs, scheduler 340 reassigns the fingerkernel 256 to a new echo. If the new echo is in fact associated with adifferent mobile, the scheduler must reassign the finger kernel 256 tothe combiner 260 associated with the different mobile.

In one embodiment of the present invention, exemplary finger ASISP 304implements two types of functions of a communication protocol: channelestimation (CE) and timing estimation. Channel estimation providesestimates of the phases of an incoming echo. Timing estimation uses adelay lock loop (DLL) mechanism to estimate the timing drift of theincoming echo.

Exemplary combiner ASISP 306 executes three functions associated with acommunication protocol: frequency error estimation, finger energyestimation, and signal-to-interference (SIR) estimation. The frequencyerror estimation function estimates the frequency drift of an incomingsignal and tracks the frequency error using a frequency locked loop(FLL). The energy estimation function estimates energy in the fingerkernels 256. The results of the energy estimation can be used todetermine whether a finger kernel 256 has a strong enough signal tocontribute to combiner kernel 260. This energy information can also bepassed back to scheduler 340 for finger reassignment algorithmsperformed by scheduler 340. The SIR estimation is used to assistgeneration of power control bits. A unique feature of the combinerkernel 260 is that it runs in a time-sliced fashion. Therefore, allrequired inputs to combiner kernel 260 are made available to thecombiner at the beginning of each time-slice.

FIG. 4 illustrates an exemplary finger ASISP 304 architecture inaccordance with the present invention. Exemplary finger ASISP 304includes a 256×16 bit instruction random access memory (RAM) 402 that isused to store programs and data associated with channel estimationand/or timing estimation algorithms. All instructions processed byfinger ASISP 304 are received through input register 404, which is a16×16 bit register in the illustrated embodiment (FIG. 4). Calculationsare performed by exemplary finger ASISP 304 and all output from theASISP is placed on output register 406. In the illustrative embodimentshown in FIG. 4, output register 406 is a 24×16 bit register. Exemplaryfinger ASISP 304 further includes an instruction set processor (ISP) 408that is capable of executing a limited set of instructions. For example,ISP 408 is capable of executing channel estimation and timing estimationinstructions that are loaded into input register 404. Because the typesof instructions that may be performed by ASISP 304 are limited, thecomplexity of components 402-410 is advantageously simple. Therefore,ASISPs of the present invention have a high degree of energy efficiency.

Finger ASISP 304 further includes RAM bank 410 for storing constantsthat are used when performing channel estimation and timing estimation.These constants are initialized in RAM bank 410 prior to runtimeoperation of an instruction. In one embodiment of the present invention,the total size of RAM bank 410 is 64 16-bit words and it has the layoutprovided in Table 1.

TABLE 1 RAM bank 410 layout Address Usage 0 alpha 1 (DLL) 1 alpha 2(DLL) 2 Number of symbos to integrate (DLL) 3 Threshold 1 (DLL) 4Threshold 2 (DLL) 5 Threshold 3 (DLL) 6 FIR a1 (CE) 7 FIR a2 (CE) 8 FIRa3 (CE) 9 FIR a4 (CE) 10 FIR a5 (CE) 11 FIR a6 (CE)In Table 1, the constants 0 through 5 are used in a communicationprotocol timing estimating DLL function and constants 6 through 11 areused in a communication protocol channel estimation (CE) function.

DLL Function.

The DLL function takes I/Q inputs for early, on-time, and late symbolsrepresenting an echo and produces an estimate of the absolute phase ofthe echo. It will be appreciated that echoes hosted by a wirelesscommunication system are typically over-sampled at some predeterminedover-sampling rate (e.g., 4× or 8× over-sampling rate). Generally thisdata is represented by pairs of values, where each pair of valuesincludes an “In-Phase” (I) value and a “Quadrature” (Q) value.

In one embodiment, a finger kernel 256 is supplied with three samples,where each sample includes the pair of values (i.e., I and Q data) perclock period (or chip). The samples can be referred to as Early,On-Time, and Late. The On-Time sample contains the data to be decoded.The Early and Late samples are used as tracking tools to ensure that theOn-Time sample represents the center of the chip. The first step in theDLL function is used to compute magnitudes for the Early, On-time andLate inputs (Equations 1.1-1.3).early=(early_(—) I ²+early_(—) Q ²)  (1.1)ontime=(ontime_(—) I ²+ontime_(—) Q ²)  (1.2)late=(late_(—) I ²+late_(—) Q ²)  (1.3)These magnitudes are then used to compute accumulated On-time and Errorvalues (Equations 1.4-1.5).a ₂·acc_ontime[n−1]  (1.4)error[n]=a ₁·(early−late)+a ₂·error[n−1]  (1.5)The coefficients a₁ and a₂ are loaded from RAM bank 410 at offsets 0 and1 (FIG. 4). The number of symbols n to accumulate is also loaded via RAMbank 410 at offset 2. Each symbol includes a predetermined number ofchips. Thus, the number n, which is stored in offset 2 of RAM bank 410in this example, indicates how many pairs of values (i.e., I and Q data)should be accumulated. When the specified number of symbols has beenaccumulated, the DLL algorithm computes a phase offset correction in⅛^(th) chip units for the echo. The magnitude of the correction isdetermined by comparing the accumulated error to the accumulatedOn-time, scaled by a set of thresholds. Thresholds are loaded from RAMbank 410, at offsets 3-5. The algorithm proceeds as follows:

If ( acc_ontime = 0 )   then phase_offset = 0 else if (abs(error) <acc_ontime·threshold₁)   then phase_oflset = 0 else if (abs(error) <acc_ontime·threshold₂)   then phase_offset = 1 else if (abs(error) <acc_ontime·threshold₃)   then phase_offset = 2 else phase_offset = 4The correct sign of the phase offset is then restored:sign(phase_offset)=−sign(error)The last step in the DLL is to compute the absolute phase of an echohosted by the finger kernel 256 by adding the computed phase offset tothe previous absolute phase. The absolute phase estimate is stored toregister 406 as the output of the DLL.abs_phase=abs_phase+phase_offsetPrior to completion, the On-time and error accumulations stored in RAMbank 410 are reset to zero, and the state count is restored to thenumber of symbols to accumulate.

Channel Estimation Function.

ASISP 304 is responsible for computing a channel estimate (CE) forfinger kernel 256. In one embodiment, two pilot signals, I and Q, aresummed over a time-slice. The exact number of symbols that are summedduring the time-slice depends on the pilot symbol format used. In oneembodiment of the present invention, offset 12 of register 406 is usedto indicate whether a particular input symbol is a pilot symbol. If thecommunication protocol is 3GPP and offset 12 of register 406 has a valueof 0x1, the input symbol is added to the first pilot signal summation.If offset 12 of register 406 is 0x3, the input symbol is added to thesecond pilot signal summation. On the last symbol of a particulartime-slot, the first pilot signal is provided to a first 6-tap FIRfilter, and the second pilot signal is provided to a second 6-tap FIRfilter. In one embodiment of the present invention, the outputs of theFIR filters are respectively stored at offsets 4 and 5 of register 406and represent “I” and “Q” Channel Estimates. In addition, coefficientsfor the FIR filters are stored in RAM bank 410 at offsets 6-11.

FIG. 5 illustrates an exemplary combiner ASISP 306 architecture. Theexemplary ASISP 306 includes a 512×16 bit instruction random accessmemory (RAM) 502 that is used to store programs and data associated withfrequency error estimation, finger energy estimation, andsignal-to-interference (SIR) estimation functions. Instructionsprocessed by combiner ASISP 306 are received through input register 504,which in the illustrated embodiment is a 16×16 bit register.Calculations are performed by exemplary combiner ASISP 306 and alloutput from the ASISP is provided to output register 506. In theillustrative embodiment shown in FIG. 5, output register 506 is a 24×16bit register. Exemplary combiner ASISP 306 further includes aninstruction set processor (ISP) 508 that is capable of executing alimited set of instructions. For example, ISP 508 is capable ofexecuting frequency error estimation, finger energy estimation, andsignal-to-interference (SIR) instructions that are loaded into inputregister 504.

Combiner ASISP 306 further includes RAM bank 510 to store variousconstants associated with the functions computed by the ASISP. Inaddition to the storage of constants, a portion of RAM bank 510 is usedto store a finger kernel identifier after the identifier has beenobtained from input register 504. The finger kernel identifier is thenavailable for subsequent processing. In one embodiment, combiner ASISP306 expects the contents of RAM bank 510 to be set up prior to callingthe ASISP. This may be accomplished using VMI commands. In an exemplaryembodiment of the present invention, the communication protocol used bythe wireless communication system is 3GPP wideband CDMA and the totalsize of RAM bank 510 is 256 16-bit words.

Combiner ASISP 306 further includes a RAM bank 512 to store mobile datablocks. Each mobile that is supported by combiner kernel 260 (FIG. 3) isassigned a block in RAM bank 512. FIG. 6 illustrates an exemplary RAMbank 512 in accordance with one embodiment of the present invention.Each mobile assigned to a combiner kernel 260 is allocated a block 602in RAM bank 512. In one embodiment of the present invention, each block602 consists of 128 16-bit words of data and the total size of RAM bank512 is 3072 16-bit words. Various parameters required to process amobile are stored in block 602 so that they can be restored the nexttime processing of the mobile is required. That is, mobile stateinformation for mobile N is stored in block 602-N until the stateinformation is needed by combiner 260 to actively support the mobile.The inclusion of memory bank 512 in ASISP 306 provides severaladvantages. An ASISP 306 can be switched from actively supporting oneprocess to actively supporting a different process using memory bank512. When a controller instructs combiner 260 to switch processes, thestate information for the inactivated process is stored in a uniquelocation in RAM bank 512. Then, the state information for the newlyactivated process is retrieved from RAM bank 512. Thus, a process switchis efficiently performed without wasting several chip cycles. Table 2provides the state information that is stored in blocks 602 for eachprocess supported by an ASISP 306 in accordance with one embodiment ofthe present invention.

TABLE 2 Mobile state information stored in block 602 Offset Usage 0Combiner mask 1 Z[n] = integrated frequency error 2 Reserved 3NFLL—number of pilots to sum for FLL 4 X[n] = running feq error sum 5Y[n] = filtered freq error 6 lock mask 7 Reserved 8 Reserved 9 Reserved10 SIR 11 SIR target 12 Downlink TPC history 13 soft combined I 14 softcombined Q 15 Reserved 16-31 xsum = finger energy buffer 32-47 ysum_comb= comb filtered finger energy 48-63 ysum_lock = lock filtered fingerenerty 64-79 finger energy estimate  80-127 Unused

Select entries in Table 2 will now be described for one illustrativeembodiment of the present invention.

Offset 0. The combiner mask contains a set of 16 bits, one for eachpossible finger kernel 256 assigned to combiner 260. A bit value of 1indicates the finger kernel 256 is active, and a bit value of 0indicates the finger kernel 256 is inactive.

Offset 1. One of the primary tasks of combiner 260 is to take as inputthe frequency error estimates (FED) from each finger kernel 256 andproduce a rotator angle at the end of each time-slice. Z(n) representsthe integrated frequency error at the end of the last time-slice.

Offset 3. NFLL represents the number of pilot signals that are fed tocombiner kernel 260 by finger kernels 256.

Offset 4. X[N] is a running sum of the frequency error discriminator(fed) inputs from each active finger kernel 256.

Offset 5. Y[n] represents the filtered frequency error at the end of thelast time-slice processed by combiner ASISP 306.

Offset 6. The lock mask includes a bit for each finger kernel 256associated with a combiner kernel 260. At the end of each time-slice,the long-term energy estimate of each finger kernel 256 is compared to apredetermined threshold value. If the long-term energy estimate exceedsthe threshold, the bit corresponding to the finger kernel 256 in thelock mask is set to 1. The lock mask is used by other hardwarecomponents within the wireless communication system to support theprocess.

Offset 10. SIR is a measure of the signal-to-interference for the mobileafter the last time-slice.

Offset 11. SIR target is a predetermined threshold value that describesthe target value for the SIR.

Offset 12. TPC bits generate power change requests that are receivedfrom mobiles. A TPC bit value of one indicates a request by the mobileto increase the downlink power. Likewise, a TPC bit of value zeroindicates a request by the mobile to decrease the downlink power.Downlink TPC history represents a history of the TPC bit over a seriesof time-slices.

Offset 13. The soft combined I is the summation of the “I” channelestimates from each of the finger kernels 256 associated with a combinerkernel 260.

Offset 14. The soft combined “Q” is the summation of the Q channelestimates from each of the finger kernels 256 associated with a combinerkernel 260.

Offsets 16-31. Each time-slice has several symbols. For each of thefirst nine symbols of a slice, the energy of each input finger kernel256 is summed in this exemplary embodiment. These finger energy sums(xsum_(i)) are normalized for the number of symbols summed (i.e. by 1/9)and stored at offsets 16-31.

Offsets 32-47. Finger energy sums (xsum_(i)) are filtered to produce thefinger energy estimates “ysum_comb_(i)” and “ysum_lock,”. The firstestimate, ysum_comb_(i) is made by filtering over a small number ofslots, typically 3, and is used to update the combiner mask. The purposeof this estimate is to exclude finger kernels 256 from the combiningprocess that undergo short-term temporary fading.

Offsets 48-63. The energy estimate, ysum_lock_(i), is filtered over alarger number of slots, typically 6, and is used to update the lockmask. The purpose of this estimate is to provide feedback to thescheduler on finger kernels 256 that should be discarded from thecombining set. The estimates are filtered using an alpha filter andalpha filter coefficients are loaded from RAM bank 510 (FIG. 5).

Offset 64-79. After the combiner mask update is complete, the short-termfinger energy estimates (ysum_comb_(i)) are reset to zero to prepare forthe next estimation process. Prior to being reset however, the fingerenergy estimates are stored in offsets 64-79.

Those of skill in the art will appreciate that the process stateinformation provided in Table 2 is merely exemplary. The presentinvention may be used to store any type of information about aninactivated process that may be useful upon reactivation of the process.The architecture of two exemplary ASISPs, finger ASISP 304 and combinerASISP 306, have now been described. The ASISPs of the present inventionare advantageous because they can be used in accordance with atime-sliced algorithm to support multiple processes, such as mobiles. Inparticular, a combiner ASISP can efficiently switch from executingfunctions, such as frequency error estimation, for a first mobile toexecuting functions for a second mobile. This improved efficiency isderived, in part, by storing the state information for each processsupported by the ASISP in local memory. The improved efficiency is alsoderived by limiting the types of functions that a particular ASISP canexecute.

Exemplary embodiments have been disclosed in which finger kernel 256 issupported by an application specific ISP. This application specific ISPis only capable of executing functions that directly support fingerkernel 256, such as a delay lock loop or channel estimation functions.Further, a combiner kernel 306 that is supported by a another form ofapplication specific ISP, combiner ASISP 306, has been disclosed. In oneembodiment, combiner ASISP 306 is only capable of executing functionsthat directly support combiner kernel 260, such as frequency errorestimation, finger energy estimation and/or signal-to-interferenceestimation.

Some ASISPs of the present invention support a novel form of instructionset that facilitates improved performance and energy efficiency. Onesuch instruction set is illustrated in FIG. 7. In one embodiment of thepresent invention, the same instruction set is used by both fingerASISPs 304 and combiner ASISPs 306 even though these ASISPs are used tocompute different types of functions. All instructions in the exemplaryinstruction set of FIG. 7 have a 33-bit wide instruction word. It willbe appreciated instruction lengths other then 33 may be used. Forexample, some performance gain could be realized by limiting theinstruction word length to 32 bits. However, it is likely that theever-increasing complexity of communication protocols could necessitatethe use of instructions that have a word length that is much greaterthen 32 bits.

Most instructions in the exemplary instruction set of FIG. 7 have threeoperations embedded into each instruction: an arithmetic logic unit(ALU) operation 702, a load operation 704 and either a load or storeoperation 706.

In one embodiment of the present invention, ALU field 702 includesoperations such as NOP, ADD, SUBTRACT, NEGATION, ROUND, AND, OR, XOR,NOT, LEFT BARREL SHIFT, RIGHT BARREL SHIFT, MULTIPLY, MAC (e.g.d0+=x0*y1), GREATER THAN ZERO, EQUAL TO ZERO, LESS THAN ZERO, GREATERTHAN OR EQUAL TO ZERO, and LESS THAN OR EQUAL TO ZERO. Thus, operationsin field 702 may be classified as arithmetic, logical, shifting, MAC, orconditional. Load field 704 and load/store field 706 encode instructionssuch as LOAD REGISTER and STORE REGISTER.

The exemplary instruction set illustrated in FIG. 7 further includesspecial instructions that provide additional control over the ASISPs ofthe present invention. These special instructions include WAIT, BRANCH,GOTO, LOOP INITIALIZE, and LOOP END. These special instructions are usedby specialized input programs that provide an improved level of controlover the ASISPs of the present invention. For example, when an ASISPexecutes a WAIT command in accordance with an input program, no furtherprocessing is performed by the ASISP for the rest of the time-slice.Therefore ASISP resources may be powered down during time-slices inwhich they are not needed. Other special instructions, such as BRANCHand GOTO, provide sufficient flexibility to program robust communicationprotocol functions like the finger energy estimation function ofcombiner ASISP 306.

FIG. 8 illustrates an input program 802 for exemplary finger ASISP 304.Each input program 802 implements communication protocol functions for aspecific process hosted by the wireless communication system. Thus, forexample, a first input program 802 may implement communication protocolfunctions for process A whereas a second input program may implementcommunication protocol functions for process B. However, in oneembodiment, because ASISP 304 is operated in a time-sliced fashion,input program 802 is executed within a predetermined number of cycles orless under all conditions. As used herein, the term cycle refers to oneprocessing cycle executed by an ASISP. For example, in one embodiment,input program 802 is completed within about 200 cycles under allconditions.

FIG. 9 illustrates an input program 902 for exemplary combiner ASISP306. Input program 902 codes for one or more of the variouscommunication protocol functions that are computed by ASISP 306.However, in one embodiment, because ASISP 306 is operated in atime-sliced fashion, input program 902 is executed within apredetermined number of cycles or less under all conditions. Forexample, in one embodiment, input program 902 is completed within about1000 cycles.

The utility of many of the features of the present invention may beunderstood using an example in which combiner 306 is supportingprocesses A and process B, where process A is a first mobile and processB is a second mobile. At any given time, one of process A and process Bis active and the other process is inactive. When a process is inactive,it is still supported by the wireless communication system. However, thetracking parameters of an inactive process are not refined while theprocess is inactive.

At time-slice zero of this example, scheduler 340 sends a request tohardware plane 302-N (FIG. 3) to make process A active. This isaccomplished by sending input programs 802 (FIG. 8) to finger kernels256 on the hardware plane 304 and an input program 902 (FIG. 9) tocombiner kernel 260. Each input program 802 and/or 902 codes forcellular communication functions directed to tracking process A. Duringtime-slice zero, hardware plane 302 tracks process A in accordance withinput programs 802 and input program 902. Importantly, execution ofinput programs 802 and input program 902 is completed by ASISPs 304 andASISP 306 during time-slice zero. At time-slice one, scheduler 340 sendsa request to hardware plane 302-N to make process B the active process.Thus, process A becomes inactivated. The request by scheduler 340 is inthe form of new input programs 802 and 904. New input programs 802 and902 are directed to process B. In response to the request at thebeginning of time-slice 1, combiner ASISP 306 stores the stateinformation for process B in the section 602 of RAM bank 512 that isreserved for process B. Then, combiner ASISP 306 and designated fingerASISPs 304 begin execution of the new set of input programs. The methodcontinues in the same manner in subsequent time-slices. Scheduler 340determines the identity of the active process for each combiner kernel260 and which finger kernels 256 will support the combiner kernel 260using input programs 802 and 902. All references cited herein areincorporated herein by reference in their entirety and for all purposesto the same extent as if each individual publication or patent or patentapplication was specifically and individually indicated to beincorporated by reference in its entirety for all purposes.

The foregoing description, for purposes of explanation, used specificnomenclature to provide a thorough understanding of the invention.However, it will be apparent to one skilled in the art that the specificdetails are not required in order to practice the invention. In otherinstances, well-known components and devices are shown in block diagramform in order to avoid unnecessary distraction from the underlyinginvention. Thus, the foregoing descriptions of specific embodiments ofthe present invention are presented for purposes of illustration anddescription. They are not intended to be exhaustive or to limit theinvention to the precise forms disclosed, obviously many modificationsand variations are possible in view of the above teachings.

The embodiments were chosen and described in order to best explain theprinciples of the invention and its practical applications, to therebyenable others skilled in the art to best utilize the invention andvarious embodiments with various modifications as are suited to theparticular use contemplated. It is intended that the following claimsand their equivalents define the scope of the invention.

What is claimed is:
 1. A mobile wireless communication apparatuscomprising: a plurality of application specific instruction setprocessors (ASISPs) configured to support one or more processes of amobile wireless communication protocol, and to track process stateinformation associated with each of the processes; and a unit configuredto provide, when an ASISP of the plurality of ASISPs is reallocated froma first process to a second process, the respective ASISP with trackedprocess state information for the second process.
 2. The mobile wirelesscommunication apparatus of claim 1, further comprising a controllerconfigured to control a processing schedule for the ASISPs.
 3. Themobile wireless communication apparatus of claim 2, wherein theprocessing schedule is a time-sliced processing schedule.
 4. The mobilewireless communication apparatus of claim 2, wherein the controller andthe ASISPs are configured to operate in accordance with a master/slaverelationship.
 5. The mobile wireless communication apparatus of claim 4,wherein the controller is configured to send a “wait” instruction to atleast one of the ASISPs, and the ASISP is configured to respond to the“wait” instruction by entering an idle state.
 6. The mobile wirelesscommunication apparatus of claim 2, wherein the controller is configuredto allocate ASISPs to the communication processes on a dynamic basis. 7.The mobile wireless communication apparatus of claim 1, wherein eachASISP is configured to be limited to performing a subset of functionsassociated with the mobile wireless communication protocol.
 8. Themobile wireless communication apparatus of claim 1, further comprising aplurality of memory modules, each memory module in the plurality ofmemory modules being associated with a different ASISP of the pluralityof ASISPs.
 9. The mobile wireless communication apparatus of claim 1,wherein the mobile wireless communication apparatus is a mobile wirelesscommunication microchip.
 10. The mobile wireless communication apparatusof claim 1, wherein the mobile wireless communication apparatus is amobile station.
 11. A mobile wireless communication apparatuscomprising: at least one application specific instruction set processor(ASISP) configured to support at least one process of a mobile wirelesscommunication protocol and to track process state information associatedwith the at least one process; and a provision unit configured toprovide, when the ASISP is reallocated from a first process to a secondprocess, the ASISP with tracked process state information for the secondprocess.
 12. The mobile wireless communication apparatus of claim 11,wherein the mobile wireless communication apparatus is a mobile wirelesscommunication microchip.
 13. The mobile wireless communication apparatusof claim 11, wherein the mobile wireless communication apparatus is amobile station.
 14. A mobile wireless communication method comprising:processing, by a plurality of application specific instruction setprocessors (ASISPs), one or more processes of a mobile wirelesscommunication protocol; tracking, by the plurality of ASISPs, processstate information associated with each of the processes; and providingtracked process state information for a second process when an ASISP ofthe plurality of ASISPs is reallocated from a first process to thesecond process.
 15. The mobile wireless communication method of claim14, further comprising: controlling, by a controller, a processingschedule for the ASISPs.
 16. The mobile wireless communication method ofclaim 15, wherein the processing schedule is a time-sliced processingschedule.
 17. The mobile wireless communication method of claim 15,wherein the controller and the ASISPs are configured to operate inaccordance with a master/slave relationship.
 18. The mobile wirelesscommunication method of claim 17, further comprising: the controllersending a “wait” instruction to at least one of the ASISPs; and theASISP responding to the “wait” instruction by entering an idle state.19. The mobile wireless communication method of claim 14, furthercomprising each ASISP performing at most a subset of functionsassociated with the wireless communication protocol.
 20. The mobilewireless communication method of claim 15, further comprising:allocating, by the controller, ASISPs to the processes on a dynamicbasis.
 21. The mobile wireless communication method of claim 14, furthercomprising: associating each memory module of a plurality of memorymodules with a different ASISP of the plurality of ASISPs.
 22. Themobile wireless communication method of claim 14, wherein the method isperformed by a mobile wireless communication apparatus, which comprisesa virtual machine interface (VMI) having software objects associatedwith respective hardware components of the mobile wireless communicationapparatus, and the method further comprising reconfiguring the mobilewireless communication apparatus by changing at least one of thesoftware objects resulting in a corresponding change in its associatedhardware component.
 23. The mobile wireless communication method ofclaim 14, wherein the method is performed by a mobile wirelesscommunication microchip.
 24. The mobile wireless communication method ofclaim 14, wherein the method is performed by a mobile station.